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(57) ABSTRACT 

In a computer employing a graphical user interface (GUI), 
a method for displaying controls in command bars, which 
replace conventional menu bars and toolbars. Command 
bars employ a unified data structure that allows all types of 
controls to be included in both menu-like command bars and 
toolbar- like command bars. Command bars may be custom- 
ized by dragging controls from a List of available commands 
or from another command bar. By not restricting the types 
of controls that can appear in each command bar, controls 
may be grouped to associate drop down menu controls with 
pushbutton controls. Menu -like command bars and toolbar- 
like command bars may be merged in a way that provides an 
intuitive and advantageous listing of commands. Menu 
popups may be torn off using a clearly indicated drag handle. 
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METHOD FOR DISPLAYING CONTROLS IN 
A SYSTEM USING A GRAPHICAL USER 
INTERFACE 

CROSS-REFERENCE TO RELATED 
APPLICATIONS 

This application is the divisional parent of U.S. Pat. No, 
6;229,539. 

TECHNICAL HELD 

The present invention relates to the display and manipu- 
lation of cx>mmand-related items in a graphical operating 
system, and more particularly relates to an improved method 
for displaying and manipulating various controls in a system 
that uses a graphical user interface. 

BACKGROUND OF THE INVENTION 

Most modem computer software employs a graphical user 
interface (GUI) to convey information to and receive com- 
mands from users. A graphical user interface relies on a 
variety of GUI objects or controls, including icons, text, 
drop down menus, toolbars, dialog boxes, buttons, and the 
like. A user typically interacts with a graphical user interface 
by using a pointing device (e.g., a mouse) to position a 
pointer or cursor over an object and "clicking" on the object. 
An example of an operating system that employs a graphical 
user interface is the "WINDOWS 95" operating system, 
which is manufactured and sold by Microsoft Corporation of 
Redmond, Wash. 

In a program module (e.g., an operating system or appli- 
cation program) that employs a graphical user interface, 
commands are typically represented by controls that are 
displayed in drop down menus and toolbars. Drop down 
menus, which may also be referred to as popup menus or 
menu popups, are used to organize numerous controls under 
major headings, which are displayed in a menu bar that 
appears along the top of a window. Each heading is a "menu 
control" that represents a drop down menu, A menu drops 
down when the user selects the associated menu control in 
the menu bar, thereby allowing access to the controls that are 
included in the drop down menu, A user may select or invoke 
a command by clicking on the menu control, dragging the 
pointer down to the control associated with the desired 
command, and releasing the mouse button. Alternatively, the 
user may click on the menu control and release the mouse, 
then click and release on the appropriate control in the drop 
down menu. The primary advantage of drop down menus is 
that they can be used to contain and organize a large number 
of controls, but take up very little screen space when not in 
use.* In addition, menus can also be operated using the 
keyboard when a pointing device is unavailable or unusable. 

Toolbars usually include buttons, which are arranged in 
one or more rows or columns. Each button is associated with 
a command, and is identified by an icon that represents or 
depicts that command. For example, the "print" command 
may be invoked by clicking on a button whose icon depicts 
a printer. Significantly, a user can invoke commands on the 
toolbar by clicking once on the associated button. In addition 
to buttons, toolbars can also include other interactive 
controls, such as text boxes, combo boxes, etc. Some 
toolbars can be turned on or off, and can be oriented 
horizontally or vertically. Although most toolbars are visu- 
ally attached to a window, some may float above a window. 
The primary advantage of toolbars is that they present a set 
of buttons or controls that are only one click away while the 
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user is using the associated program. A corresponding dis- 
advantage of toolbars is that exposing a large number of 
commands requires displaying a large number of controls, 
which require a relatively large amount of screen space. 
5 Another disadvantage is that conventional toolbars require 
the use of a pointing device and may not be operated using 
a keyboard. 

Although toolbars and drop down menus both provide 
ways to display controls (many of which are associated with 

10 the same command), they look and feel very different. In 
drop down menus, commands are usually represented by 
simple menu items, such as text without icons. In toolbars, 
commands are often represented by icons without text. This 
difiEerence presents a disadvantage for users (especially new 

15 users) because there are no common visual cues to alert a 
user to the connection or linkage between identical com- 
mands that appear in a drop down menu and on a toolbar. 

As application programs have incorporated ever increas- 
ing numbers of commands, drop down menus have become 
full and software developers have relied more heavily on 
toolbars as the primary means for exposing some of the 
commands to the user. Unfortunately, a command that is 
only available on a toolbar may be somewhat obscure and, 
in many cases, not easily discovered or understood by the 

25 user because the command is represented by only a small 
icon. 

In some programs, a user may customize the drop down 
menus and toolbars. This allows a user to add controls 
(which represent commands) to or delete controls from 
menus and toolbars. In the prior art, drop down menus and 
toolbars are customized using different processes. Some 
toolbars may be customized using a drag and drop process 
to drag controls from a list of available commands to a 
toolbar. Drop down menus typically require the use of dialog 
boxes and other techniques to add or delete controls. In 
addition, although some commands may be represented on 
menus or in toolbars or both, other commands are restricted 
to one or the other This difference results in several draw- 
backs. First, limiting some commands to drop down menus 
^ and others to toolbars restricts the user's ability to efficiently 
and conveniently group commands. 

Second, treating drop down menus and toolbars differ- 
ently requires the program to maintain different lists of 
available commands for menus and toolbars. This results in 
duplication and larger program code, which requires more 
memory to store and more time to load. 

In the prior art, toolbars have contained a variety of rich, 
interactive controls, such as buttons, combo boxes, text 
50 boxes, etc. 

However, drop down menus have been restricted to 
representing commands with simple menu items, such as a 
text string. Therefore, if an application was to provide one 
of these rich controls, it had to use a toolbar to do so. 
55 Another feature associated with drop down menus and 
toolbars has to do with OLE menu merging, which occurs 
when one application displays an embedded object in 
another application's document. For example, a Microsoft 
Excel spreadsheet (the object) may be embedded and dis- 
60 played in a Microsoft Word document (the container). When 
the embedded object is activated, it may be edited. In order 
to facilitate this process, Microsoft's Object Linking and 
Embedding (OLE) interface merges the menus from the 
spreadsheet and word processing programs, thereby provid- 
es ing relevant commands to the user. However, in the prior art, 
menu merging required an application to contribute its entire 
menu. In addition, toolbars were not merged, which resulted 
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in only those toolbars provided by the enabedded object 
being displayed and the controls representing client- type 
functions (e.g., print) being disabled. This results in several 
drawbacks. First, some useful commands may be not be 
available while the embedded object is activated. In 
addition, some of the available comnnands may not be useful 
or intuitive. 

In another aspect, prior art menus have provided tear off 
menus, which may be torn off by moving the mouse cursor 
past the edges of the displayed menu. However, the prior art 
method did not include any visual cue that a menu could be 
torn off, and was therefore not easily discoverable. In 
addition, these menus are prone to being torn off acciden- 
tally if the user tries to close the window by the common 
practice of moving the cursor beyond the window border 
and releasing the mouse button. 

In summary, prior art drop down menus and toolbars 
provide a good way to display controls and expose com- 
mands. However, there are several disadvantages that flow 
from the fact that drop down mentis and toolbars are treated 
differently, and may include different controls. Furthermore, 
menu merging has been limited to menus, and requiring an 
application to contribute an entire menu has resulted in the 
unavailability of some useful commands. 

Therefore, there is a need in the art for an improved 
command bar that overcomes these drawbacks. An 
improved command bar would allow all controls to be 
included in either menu-type containers or toolbar-type 
containers and would include visual cues that indicate the 
linkage between similar commands. In addition, an 
improved command bar would allow the user to have greater 
control over what commands can be put where, thereby 
allowing commonly used controls to be placed in a toolbar- 
type container and less commonly used controls to be placed 
in a menu-type container. This would allow rich, interactive 
controls to be placed in a menu popup, and would increase 
efficiency of use and of screen space. An improved com- 
mand bar would eliminate the use of different customization 
procedures and would be operable from the keyboard 
regardless of whether it is a menu-type container or a 
toolbar-type container. With respect to menu and toolbar 
merging, an improved command bar would allow each 
application to contribute individual commands to both 
menu-type containers and toolbar-type containers, and 
would arrange them in a user-friendly and intuitive manner. 
This would ensure that both container and object-related 
buttons come from the appropriate source and operate 
properly when selected. Finally, an improved command bar 
would provide an improved method for tearing off tearable 
menus. This method would provide visual cues that the 
menu can be separated from the menu or toolbar and would 
prevent the menu from being torn off accidentally. 

SUMMARY OF THE INVENTION 

The present invention satisfies the above -described needs 
by providing an improved method for displaying controls in 
a system using a graphical user interface. Controls are 
displayed in command bars, which may be displayed as both 
menu-like containers and toolbar-like containers. Controls 
may be included and arranged in either type of command bar 
container, regardless of whether they are simple menu items 
or interactive controls. When an application embeds an 
object in another application, each application contributes 
individual commands to the merged menu-type containers 
and toolbar-type containers, and arranges then in a useful, 
intuitive order. 
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Generally described, the present invention provides a 
method for providing command bars. The method includes 
the steps of displaying toolbar-Hke command bar that 
includes at least one menu control. Upon receiving an 

5 indication that the menu control has been selected, a menu- 
like command bar is displayed. The menu-like command bar 
includes at least one interactive control 

In another aspect, the present invention provides a data 
structure for providing controls in a command bar. A 

10 computer-readable medium includes a plurality of data fields 
stored on the medium and representing a data structure. The 
data fields include first, second, and third data fields. The 
first data field including data identifying a command bar. 
The second data field contains data representing a plurality 

15 of controls included in the command bar, where the controls 
are chosen from a group including simple menu items and 
interactive controls. The third data field contains data rep- 
resenting the display state of the command bar. The display 
state may include data representing a menu-like display state 

20 or a toolbar-like display state. When the command bar is a 
toolbar-like command bar, the control may includes at least 
one popup menu control. When the command bar is a 
menu-like command bar, the controls may include a simple 
menu item and at least one interactive control. 

In another aspect, the present invention provides a method 
for implementing command bars in an application program 
module. The method is implemented in a computer system 
including a shared program module that includes functions 
for manipulating the command bars and shared memory for 
storing data associated with the command bars. The method 
includes, in the application program module, calling the 
functions in order to display a menu -like command bar 
including an interactive control. In response to an input 
signal, the application program module receives from the 
shared program module an indication of the selection of the 
interactive control. In response to the indication, the apph- 
cation program module determines a function associated 
with the control and performs the function. 

In another aspect, the present invention provides a method 
for ctistomizing a command bar that includes a menu 
control. The method includes displaying a first command bar 
including a menu control and displaying a container includ- 
ing an available control. The method includes receiving 
from an input device an indication that the available control 
has been moved to the menu control. In response to the 
available control being moved to the menu control, a menu 
popup associated with the menu control is displayed. The 
method includes receiving from the input device an indica- 
tion that the available control has been moved to a position 
in the menu popup. In response, the available control is 
displayed in the position in the menu popup. 

In yet another aspect, the present invention provides a 
method for merging a first set of items from a first container 

55 in a first program module and a second set of items from a 
second container in a second program module. The method 
includes determining which of the first set of items are 
eligible to be donated and which of the second set of items 
are eligible to be donated. The eligible items from the first 

60 set of items are combined with the eligible items from the 
second set of items. A merged command bar, including at 
least one item from the first set of items and at least one item 
from the second set of items, is displayed. 
In yet another aspect, the present invention provides a 

65 method for removing a menu popup from a command bar. 
The method includes displaying a command bar and dis- 
playing a menu popup including a drag handle. The menu 
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popup is connected to the command bar. The method 
includes receiving from the input device an indication that 
the drag handle has been dragged away from the command 
bar. The menu popup is moved away from the command bar 
in response to the indication. In response to an indication 
that the menu popup has been dropped, the menu popup is 
displayed in a position corresponding to the drop indication. 
In this manner, the menu popup is removed from the 
command bar. 

Alternatively, a menu popup may be removed from a 
command bar by displaying a command bar and displaying 
an original menu popup including a drag handle. The 
original menu popup is connected to the command bar. In 
response to an indication that the drag handle has been 
selected, the removed menu popup is displayed in a default 
position separate from the command bar. 

The various aspects of the present invention may be more 
clearly understood and appreciated from a review of the 
following detailed description of the disclosed embodiments 
and by reference to the appended drawings and claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of a personal computer that 
provides the operating environment for an embodiment of 
the present invention. 

nc. 2 illustrates a group of command bars that look like 
a conventional menu bar and conventional toolbars. 

FIG. 3 illustrates various aspects of command bars, 
including a menu popup and a floating command bar. 

FIG. 4 illusu*ates the use of a dynamic-link library to 
implement the command bar code. 

RG, 5 illustrates a docked command bar in which menu 
controls are positioned with pushbutton controls. 

FIG. 6 illustrates a floating command bar in which a menu 
control is positioned next to pushbutton controls. 

FIG. 7 illustrates the inclusion of a variety of control types 
in a menu popup. 

nG. 8 illustrates a dialog that is used in the command bar 
customization process, 

FIG. 9 is a flow diagram illustrating an exemplary method 
for merging command bars. 

FIG. 10 is a example of how command bar elements may 
be merged, 

FIG. 11 is an example of how two command bars may be 
merged. 

DETAILED DESCRIPTION 

The present invention is directed to an improved method 
for displaying various controls in command bars, which may 
be displayed as both popup menu-like containers and 
toolbar- like containers. The controls, which are associated 
with a single list of available commands, may be included 
and arranged in either type of command bar container,, 
regardless of whether the controls are popup menu controls 
or pushbutton controls (e.g., text, buttons, or other rich 
controls). When an application embeds an object in another 
application, each application contributes individual com- 
mands to the merged command bars and arranges then in a 
useful, intuitive order. In addition, some popup controls can 
be lorn off to create separate, floating command bars. The 
tearable popup controls include visual clues that the menu 
can be torn off. 

Referring now to the drawings, in which like numerals 
represent like elements throughout the several figures, 



aspects of the present invention and an exemplary operating 
environment will be described. 

EXEMPLARY OPERATING ENVIRONMENT 

5 FIG. 1 and the following discussion are intended to 
provide a brief, general description of a suitable computing 
environment in which the invention may be implemented. 
While the invention will be described in the general context 
of an application program that runs under an operating 

10 system in conjunction with a personal computer, those 
skilled in the art will recognize that the invention also may 
be implemented in combination with other program mod- 
ules. Generally, program modules include routines, 
programs, components, data structures, etc. that perform 

15 particular tasks or implement particular abstract data types. 
Moreover, those skilled in the art will appreciate that the 
invention may be practiced with other computer system 
configurations, including hand-held devices, multiprocessor 
systems, microprocessor-based or programmable consumer 

20 electronics, minicomputers, mainframe computers, and the 
like. The invention may also be practiced in distributed 
computing environments where tasks are performed by 
remote processing devices that are linked through a com- 
munications network. In a distributed computing 

25 environment, program modules may be located in both local 
and remote memory storage devices. 

With reference to FIG, 1, an exemplary system for imple- 
menting the invention includes a conventional personal 
computer 20, including a processing unit 21, a system 

30 memory 22, and a system bus 23 that couples the system 
memory to the processing unit 21. The system memory 22 
includes read only memory (ROM) 24 and random access 
memory (RAM) 25. A basic input/output system 26 (BIOS), 
containing the l5asic routines that help to transfer informa- 

35 tion between elements within the personal computer 20, 
such as during start-up, is stored in ROM 24. The personal 
computer 20 further includes a hard disk drive 27, a mag- 
netic disk drive 28, e.g., to read from or write to a removable 
disk 29, and an optical disk drive 30, e.g., for reading a 

40 CD-ROM disk 31 or to read from or write to other optical 
media. The hard disk drive 27, magnetic disk drive 28, and 
optical disk drive 30 are connected to the system bus 23 by 
a hard disk drive interface 32, a magnetic disk drive inter- 
face 33, and an optical drive interface 34, respectively. The 

45 drives and their associated computer-readable media provide 
nonvolatile storage for the personal computer 20. Although 
the description of computer- readable media above refers to 
a hard disk, a removable magnetic disk and a CD-ROM disk, 
it should be appreciated by those skilled in the art that other 

50 types of media which are readable by a computer, such as 
magnetic cassettes, flash memory cards, digital video disks, 
Bernoulli cartridges, and the like, may also be used in the 
exemplary operating environment. 
A number of program modules may be stored in the drives 

55 and RAM 25, including an operating system 35 (e.g., 
Microsoft Corporation's "WINDOWS 95" operating 
system), one or more application programs 36, a shared 
dynamic-link library 37, and program data 38. A user may 
enter commands and information into the personal computer 

60 20 through a keyboard 40 and pointing device, such as a 
mouse 42. Other input devices (not shown) may include a 
microphone, joystick, game pad, satellite dish, scanner, or 
the like. These and other input devices are often connected 
to the processing unit 21 through a serial port interface 46 

65 that is coupled to the system bus, but may be connected by 
other interfaces, such as a game port or a universal serial bus 
(USB). A monitor 47 or other type of display device is also 
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connected to the system bus 23 via an interface, such as a 
video adapter 48. In addition to the monitor, personal 
computers typically include other peripheral output devices 
(not shown), such as speakers or printers. 

The personal computer 20 may operate in a networked 
environment using logical connections to one or more 
remote computers, such as a remote computer 49. The 
remote computer 49 may be a server, a router, a peer device 
or other common network node, and typically includes many 
or all of the elements described relative to the personal 
computer 20, although only a memory storage device 50 has 
been illustrated in FIG. 1. The logical connections depicted 
in FIG. 1 include a local area network (LAN) 51 and a wide 
area network (WAN) 52. Such networking environments are 
commonplace in ofiBces, enterprise-wide computer 
networks, intranets and the Internet. 

When used in a LAN networking environment, the per- 
sonal computer 20 is connected to the LAN 51 through a 
network interface 53. When used in a WAN networking 
environment, the personal computer 20 typically includes a 
modem 54 or other means for establishing communications 
over the WAN 52, such as the Internet. The modem 54, 
which may be internal or external, is connected to the system 
bus 23 via the serial port interface 46. In a networked 
environment, program modules depicted relative to the 
personal computer 20, or portions thereof, may be stored in 
the remote memory storage device. It will be appreciated 
that the network connections shown are exemplary and other 
means of establishing a communications link between the 
computers may be used. 

A METHOD FOR DISPLAYING CONTROLS IN 
A COMMAND BAR 

An exemplary method for displaying controls in a com- 
mand bar is illustrated in FIGS. 2, 3, and 5-7. In this 
embodiment, the present invention displays controls in 
multiple command bars, which are containers for controls. 
Command bars replace conventional menu bars and tool- 
bars. Command bars can include a variety of controls, 
including simple menu items and interactive controls. 
Simple menu items refer to textual command names that 
simply invoke a single command when activated. An 
example of simple menu items includes the static text that 
typically appears in conventional drop down menus. Inter- 
active controls include edit or text boxes, combo boxes, list 
boxes, buttons, expanding grids, static text, menu controls, 
color pickers, etc., which typically appear in conventional 
toolbars. Some interactive controls allow a user to perform 
complex, multi-step actions, such as typing text. 

In an exemplary embodiment, command bars may be 
displayed in either of two forms. Toolbar-like command bars 
resemble conventional docked or floating toolbars, which 
typically include interactive controls of the type described 
above. Menu-like command bars resemble conventional 
drop down menus, which typically include simple menu 
items, such as text controls. In this embodiment, the toolbar- 
like command bars may also resemble conventional menu 
bars, which include popup menu controls. 

An important advantage of command bars is that although 
they may be displayed in different forms, they are identical 
with respect to their underiying data structure, and are 
treated identically by the underlying command bar program 
module. This allows command bars, regardless of their 
displayed form, to be implemented and controlled by the 
same underlying code, and to employ the same catalog of 
commands, icons, text strings, etc. This provides an inter- 
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face that is more versatile than when tising separate menu 
bars and toolbars, and allows the underlying code to be 
simpler and more compact. The unified data structure also 
results in additional advantages, such as a unified customi- 

5 zation procedure and improved command merging. These 
features are discussed below. 

FIG. 2 illustrates a group of command bars that look like 
a conventional menu bar and conventional toolbars and 
wotild be displayed at the top of an application window. The 

10 illustrated command bar structure 200 includes three 
toolbar- like command bars. The toolbar-like command bar 
210 which resembles a conventional menu bar and includes 
a group of popup menu controls 215. The toolbar- like 
command bars 220, 225 resemble conventional toolbars and 

15 include buttons 230 and combo boxes 235. 

FIG. 3 depicts the upper, left portion of a document 
window 300, and illustrates various features of command 
bars. In this embodiment, the command bar structure 
includes a toolbar-like command bar 310, which resembles 
a conventional menu bar, an attached toolbar-Uke command 
bar 315, and a floating toolbar-like command bar 320. 

For the purposes of this description, the following termi- 
nology will be used to describe the features of the command 

25 bars. The toolbar- like command bar 310 includes a plurality 
of menu controls 325. When a menu control is activated by 
a user (typically by selecting, or clicking on, the menu 
control), an associated menu popup 330 is displayed. The 
menu popup 330 is a menu-like command bar, and may also 
be referred to as a popup bar or command bar popup. In 
general, a menu popup is a transient command bar that is 
displayed only long enough for a single command to be 
chosen by the user. In contrast, top level command bars, 
such as command bars 310, 315, 320, are displayed until 

25 they are explicitly dismissed. The illustrated menu popup 
330 and toolbar-like command bars 315, 320 include push 
button controls 335, which are selected the same as con- 
ventional toolbar buttons and menu items. The term "high- 
lighted control" is used to refer to a control that has been 
highlighted as the user is in the act of choosing a control. 
One significant advantage of command bars over conven- 
tional menu bars and toolbars is that in the menu popup 330, 
a command can be represented by both a text string 340 and 
an icon 345. Because the icon in the menu popup is the same 

45 icon that is used to represent the command in a toolbar-like 
command bar, command bars are able to provide useful 
visual cues that allow a user to associate commands in menu 
popups with shortcut commands in toolbar-like command 
bars. For example, the "SAVE" command is represented by 

50 the same icon in the menu popup 330 and the floating 
command bar 320. This allows users to determine the most 
efficient way to access a particular command if it is available 
in more than one command bar. 
In an exemplary embodiment, the program module that 

55 implements the command bar code is stored in the form of 
a dynamic-link library, which is included with Microsoft 
Corporation's "OFFICE 97" suite of application programs. 
Generally described, in the "WINDOWS" family of oper- 
ating systems, a dynamic-link library (DLL) is a mechanism 

60 for code sharing between program modules. The feature 
allows executable routines to be stored separately as files 
with DLL extensions, and for multiple applications to run 
the same code. These DLL files typically serve a specific 
function or set of functions and are loaded by a calling 

65 program only when needed by that program. A dynamic-link 
library has several advantages. For example, because a 
dynamic-link library is loaded only when it is needed, it does 
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not consume any memory until it is used. In addition, 
because a dynamic-link library is a separate file, a program- 
mer can make corrections or improvements to only that 
module without affecting the operation of the calling pro- 
gram or any other dynamic-link library. Finally, because a 
dynamic-link library often contains related functions, a 
programmer can use the same dynamic-link library with 
multiple programs. 

With this background, FIG. 4 illustrates how a dynamic- 
link library is used to implement the command bar func- 
tionality in one or more application programs. In the illus- 
tration of FIG. 4, a dynamic-link library is used to 
implement the command bar code. Two application pro- 
grams 400, 405 each load an instance of the command bar 
dynamic-link library, which is also referred to herein as the 
OfiSce shared code. Each application calls functions in the 
dynamic-link library when it needs to perform a command 
bar related task. In addition, the Office shared code manages 
a block of memory 410 that is used to store a variety of 
command bar-related data. If multiple applications are 
simultaneously running OfiBce shared code, the copies coop- 
erate with each other in the management of the shared block 
of memory. Similarly, during menu merging, which is dis- 
cussed below, the application programs* instances of the 
dynamic-link library code negotiate with each other to figure 
out how the command bars should be merged. 

As mentioned above, the block of memory 410 is used to 
store command bar-related parameters and data. The stored 
data include, for example, the set of available commands, a 
unique numeric ID for each command, the bit maps and 
default text strings that are associated with each command, 
and the default settings for command meiging. Other types 
of information, such as the state of each command bar, are 
different for each program and are stored in the program's 
memory. 

The role of the command bar dynamic-link library 
includes controUing the display of and interaction with the 
command bars. This includes a variety of command bar- 
related functions, such as showing, hiding, resizing, moving, 
docking, and undocking the command bars. The command 
bar dynamic-link library also handles mouse and keyboard 
interaction with the individual controls. It will be appreci- 
ated that a different set of command bars can be available for 
each document, and that some command bar-related options 
are available to all command bar-enabled application pro- 
grams. 

As an illustration of the interaction between an applica- 
tion pDDgram and the dynamic-link library, consider an 
example in which the "MICROSOFT WORD" application 
program 400 employs the functions of the Office shared 
code. If the user interacts with the document portion of a 
window, the application program handles the interaction and 
response by performing the appropriate task. If the user 
interacts (e.g., clicks) on a control in the command bar, the 
input is handled by the Office shared code. At that point, the 
dynamic-link library code determines which button was 
selected, how the selected button should be displayed, etc. If 
necessary, the dynamic-link library code calls the applica- 
tion program and indicates that a specific button (e.g., button 
1234) was selected. When this occurs, the application deter- 
mines the command associated with button 1234 and per- 
forms the command. 

Each command bar control is associated with an ID, and 
an icon, or text string, or both. In general, each control has 
a unique identifier that is used to identify it. Each control is 
represented in a command bar by a text string 340 (FIG. 3), 
or an icon 345 (FIG. 3), or both. 
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In an exemplary embodiment, there are three types of 
icons: Office icons, >^plication icons, and Custom icons. 
The term Office icons refers to the set of read-only icons that 
are used throughout the "MICROSOFT OFFICE" suite of 

5 application programs. These icons are stored centrally as a 
resource in the dynamic-link library in order to reduce 
memory requirements. Preferably, all command bar-related 
icons would be included in this category. Each icon has an 
identification number, which is fixed by the publisher of the 

10 software. Those skilled in the art will appreciate that, 
preferably, stand alone application programs that are com- 
mand bar-enabled will include the dynamic-link library and 
the complete set of Office icons. This will ensure that no 
more than one copy of the Office shared code will ever need 

15 to be stored on the user's hard drive. 

Application icons are primarily intended for use by 
"MICROSOFT OFFICE"-compatible applications. The 
identification numbers for application icons arc within a 
special range reserved for use by the applications. This type 

20 of icon can be used by revised "OFFICE" applications 
without requiring that the dynamic-link Library be updated. 
In an exemplary embodiment, application icons cannot be 
used with menu merging, which is discussed below. 

Custom icons are drawn by a user and are stored with 
other command bar customizations in an application specific 
area. Each application is responsible for making sure custom 
icons are saved somewhere. However, the Office shared 
code provides an API (application programming interface) 
to perform the actual saving of the data. 

Menu popups typically include text strings. These text 
strings are also stored in the dynamic-link library in order to 
further reduce the amount of memory required to store 
command bar-related data. The dynamic-link library stores 
the default mnemonic for use with each text stririg (e.g.. File, 
Edit, View, etc.; See FIG. 3). However, the application can 
override the default text string and provide a string with a 
different mnemonic if the default creates a conflict with 
other controls. The same text strings that are used to describe 
a menu item when in menu format are displayed as "toolt- 
ips" when the mouse hovers over a button m a toolbar-like 
command bar. 

Every command bar and control has an identification 
number associated with it. Like icons, identification num- 

45 bers fall into three categories: Office, Application, and 
Custom, Office IDs are set by the software publisher and are 
the same for every command bar-enabled program. Appli- 
cation IDs are set by an application and are only meaningful 
within an application. Application IDs are stored in a range 

5Q of memory that is reserved for the application. Those skilled 
in the art will appreciate that menu merging, which is 
discussed below, relies on identification numbers, names, 
other means to determine whether command bars and con- 
trols in different application are identical. 

55 As indicated above, an application may simultaneously 
display a plurality of command bars. However, in an exem- 
plary embodiment, each application designates one toolbar- 
like command bar as its "main menu bar." Within each 
application, only one command bar at a time may be 

60 designated as the main menu bar. The main menu bar should 
be marked as non-hidable, in order to prevent the user from 
inadvertently ending up with all command bare being hid- 
den. During menu merging between two applications, the 
main menu will come from merging each application pro- 

65 gram's main menu bar. 

Replacing separate menu bars and toolbars with a single 
command bar data structure provides several important 
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advantages over the prior art. First, using a single data 
structure to present both toolbar-like comnfiand bars and 
menu-like command bars allows any control to be included 
in any command bar. There are no longer distinctions that 
limit which type of controls go on which type of container. 
In addition, the use of a single command bar data structure 
for all command bars makes it possible to employ a single 
customization procedure to customize command bars 
regardless of the form in which they are displayed. This is 
advantageous from the user's perspective because it simpli- 
fies the customization process. TTiis is also advantageous 
from the programmer's perspective because it reduces two 
different processes to one. In addition, a program only needs 
a single way to go from a selected control to the proper 
command, and a single mechanism for displaying whether 
commands are currently disabled. 

These advantages are achieved because the application 
and dynamic-link library employ a single code base to 
manage all command bars. The application and dynamic- 
link library maintain a single list of commands, which 
reduces the size of the code and its redundancy. 

Internally, controls are added to a command bar by storing 
the identification numbers of the controls that are included 
in that command bar. By managing the command bar data 
structure in this manner, it is as easy for the program to add 
one type of control as it is to add any other. As a result, 
menu-type command bars can includes text boxes, color 
pickers, and other controls that were formerly restricted to 
toolbars. 

FIGS. 5 and 6 illustrate how the versatility of command 
bars allows controls to be grouped together in very advan- 
tageous ways. FIG. 5 illustrates toolbar-like command bars 
in which menu controls 505 are positioned alongside push- 
button controls 510. It will be appreciated that the controls 
that are illustrated in FIG. 5 are virtually identical to the 
controls that are illustrated in FIG. 2, which was discussed 
earlier. Similarly, it will be appreciated that selecting the 
menu controls 505 (e.g., "FILE," "DRAWING," etc.) results 
in the display of a menu popup (e.g., menu popup 330 (FIG. 
3)). 

Rearranging the controls in the manner illustrated in FIG. 

5 provides several advantages. First, it allows a user to 
conserve vertical screen space. In this example, three com- 
mand bars (as illustrated in FIG. 2) have been reduced to 
two. In addition, by grouping a menu control 505 with 
related pushbutton controls, it is easier for a user to learn the 
meaning of the pushbutton controls. In FIG. 5. the "FILE" 
menu control is located next to file-related pushbutton 
controls. This makes it easier for the user to relate to and 
remember the functions of the pushbutton controls. This 
versatility also makes it easier to implement component 
software, because a component can contribute a single group 
of controls, which may include menu controls and pushbut- 
ton controls, instead of scattering its UI controls over 
conventional menu bars and toolbars. 

FIG. 6 illustrates additional advantages of being able to 
combine various types of controls on a command bar. FIG. 

6 depicts a floating command bar 605. The command bar 
605 includes a "DRAWING" menu control 610 and several 
drawing-related pushbutton controls 615. When the menu 
control 610 is activated, it results in the display of a menu 
popup 620, which includes a variety of pushbutton controls. 
By arranging command bars in this manner, the user is able 
to place frequently used pushbutton controls on the com- 
mand bar 605, where they are readily accessible. The user is 
also able to locate other drawing related controls, such as 
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more advanced, but less frequently used advanced drawing 
features, on the menu popup 620. This allows all of the 
desired drawing-related controls to be grouped together in a 
command bar, with the most frequently used controls being 

5 most accessible to the user. The menu control 610 on the 
command bar 605 also serves the additional purpose of 
acting as a label for the floating command bar. In a typical 
use, a command bar may include at its top level a single 
menu control and shortcuts (or pushbuttons) for items on 

10 that menu. Those skilled in the art will appreciate that this 
type of arrangement is not possible under the data structures 
associated with conventional menu bars and toolbars. 

FIG. 7 illustrates how command bars allow any type of 
control to be included in a menu popup. In this example, a 

15 floating command bar 700 includes a single menu control 
705. When the menu control 705 is activated, a menu popup 
710 is displayed. In this example, the menu popup 710 
includes text strings 715, which were the only items 
included in conventional pull down menus. In command 

20 bars, the menu popup 710 also includes icons 720 that 
correspond to text strings 715, combo boxes 725, and a color 
picker 730. 

Those skilled in the art will appreciate that this ability to 
include any type of control in any command bar, regardless 
of its display state, provides significant advantages over the 
prior art method of grouping controls in menu bars and 
toolbars. For example, the ability to include text boxes, 
combo boxes, and the like in a menu popup, eliminates the 
need to use separate dialogs in many cases. For example, in 
conventional menu bars, the selection of a command that 
required additional input from the user resulted in a dialog 
being displayed so the user could enter the required data. 
With command bars, the menu popup may include a text box 
or other control that allows the user to enter the required 
input directly in the menu popup. 

In summary, the abihty to include all types of controls in 
all types of command bars is extremely advantageous, and 
is a result of the underlying command bar data structure. 
This results in controls being included in menu popups 
instead of requiring them to be in the top level of a 
toolbar-type structure. This also avoids the use of dialogs in 
many cases. 

COMMAND BAR CUSTOMIZAHON 

45 

Command bars may be customized more easily than 
conventional menu bars and toolbars. Generally described, a 
user may customize command bars by dragging a control 
from a list of available commands to the desired position in 

50 a command bar. This process is employed regardless of 
whether the desired position is in a toolbar-like command 
bar or in a menu-like command bar. In addition, when the 
customize mode is selected, the user may move or copy a 
control from one command bar to another. This is possible 

55 because the application and dynamic-link library have a 
single list of commands that may be represented by controls 
in any type of command bar. In addition, the icons, text 
strings, and associated data are stored only once regardless 
of the number of applications that use the control. 

60 FIG. 8 illustrates a dialog 800 that is employed in the 
process of customizing command bars. This dialog appears 
when the user enters the customize mode. The dialog 800 
provides a list of categories 805. When the user selects a 
category, the corresponding commands are displayed in the 

65 command section 810 of the dialog. At this point, the user 
may drag any of the controls in the command section 810 on 
to any of the displayed command bars. When the user is 
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dragging a control, a highlight appears in order to indicate 
where the control will be located once it is dropped. If a 
control is dropped on a menu popup, it will be displayed 
with both a text string and icon, where applicable. As 
mentioned above, the user may also move or copy controls 
from one command bar to another. The dialog also provides 
commands that allow the user to create new command bars. 
A user may delete controls from a command bar by dragging 
them off of a command bar. 

If the user moves a control over a menu control, the 
corresponding menu popup will appear in order to allow the 
new control to be positioned on it. If the user drops a control 
in a menu popup, it stays popped up so the user can see the 
result. If a menu popup pops up during the customization 
process, it will be closed when the user clicks the menu's 
parent menu control, when the user selects a control not 
inside that menu, when the user drags over another customi- 
zable bar, or when the user ends customize mode. If a user 
has just moused down on a menu control, the menu will 
drop. If the user immediately starts dragging the menu 
control, the popup closes in order to prevent the user from 
dragging the menu control inside its own menu popup. 

COMMAND BAR MERGING 

As mentioned above, Microsoft Corporation's OLE inter- 
face allows documents of one type to be embedded in 
documents of another type. For example, a spreadsheet may 
be embedded in a word processing document. Under OLE, 
the embedded spreadsheet object may be activated and 
edited from the word processing window. In order to accom- 
plish this task, OLE provides merged menus that provide 
commands from both the container (e.g., the word 
processor) and the server or object (e.g., the spreadsheet). 

An exemplary embodiment of the command bar architec- 
ture provides substantial advantages over prior art menu 
merging techniques. With command bars, application pro- 
grams are no longer required to donate entire menus. 
Instead, an application may donate individual cormoands to 
the merged menus. These merged commands are organized 
in a way that is intuitive and user-friendly. In addition, 
merging between toolbar-like command bars is supported so 
that each button will be functional and will carry out the 
expected response. This results in merged menus and tool- 
bars that provide enhanced functionality, while also being 
user friendly. 

Menu merging raises two issues: (1) what commands are 
merged; and (2) where do the merged items go. With two 
command bar-enabled applications, each application 
donates individual commands to the merged set. The 
donated commands include only those commands that the 
application program can support in its merged state. In 
addition, since command bars do not distinguish between 
menu bars and toolbars, all types of command bars are 
merged in the same manner. As applications are divided into 
smaller and smaller components, this allows their com- 
mands to be merged into a coherent set. 

FIGS. 9-11 illustrate an exemplary method for merging 
command bars. FIG, 9 is a flow diagram illustrating an 
exemplary method 900 for merging command bars. FIGS. 
10 and 11 illustrate examples of how the method of FIG. 9 
may be applied. The inter-application communication and 
negotiation is carried out by the Office shared code. 

Turning now to FIG. 9, an exemplary method of merging 
commands will be described. Those skilled in the art will 
appreciate that menu merging occurs when an embedded 
object is activated. The method of FIG. 9 is applied to each 
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command bar. Each application includes flags that indicate 
which commands it will donate. The flags indicate if a 
command will be donated when the application is acting as 
a container or as a server (i.e., the embedded object). As a 

5 result, some commands may not be considered for merging 
depending on whether the application is acting as container 
or server. When merging command bars and individual 
commands, the Office shared code must determine whether 
command bars and commands are identical. In an exemplary 

10 environment, this is accomplished by comparing the iden- 
tification numbers that are tised to identify each command 
bar and commands. Thus, two command bars are "equiva- 
lent" and should be merged if they have the same OLE group 
ID. 

15 The method 900 begins at step 905 as the Office shared 
code begins the process of merging a command bar. At step 
905 the process determines if the command bar (as identified 
by its OLE group ID) appears in only one of the application 
programs. If so, the method proceeds to step 910 and takes 
20 the command bar "as is" for inclusion in the merged 
command bar set. The controls that are not applicable to the 
program's status as client or server are removed from the 
command bar prior to display. From step 910, the method 
proceeds to step 915 and terminates. 

If, at step 905, both apphcation programs are donating 
commands to the command bar, the OfiSce shared code must 
decide how to order the donated items in the resulting 
merged command bar. The first step in this process occurs at 
step 920, where the method begins with a copy of the 
server's full command bar (including the commands that 
will not be donated). 

For each donated container item, C, the method performs 
several steps. If C was the first item in the container's 
command bar (sfep 925), then C is placed first in the merged 
command bar (step 930). 

If the server application has an item S that is eqtiivalent 
to the item C (step 935), the item C is placed in the same 
location as the item S (step 940). 
40 If the server does not have an equivalent item, the method 
will look at the item in the container's command bar that 
precedes the item C, and determine whether the server's 
command bar contains an equivalent item (step 945). If so, 
the item C is placed in the position after the equivalent item 
45 in the server's command bar (step 950). 

If none of preceding conditions is satisfied, the item C is 
placed at the end of the merged command bar (step 955). A 
separator is used to segregate the commands that are placed 
at the end of the merged command bar. 

After the item C is placed in the merged command bar, the 
method proceeds to step 960 and determines whether the 
container apphcation includes any additional commands that 
need to be merged. If so, the method returns to step 925. If 
not. the method returns to step 965 and removes any of the 
commands from the object application that are not supposed 
to be donated. 

FIG. 10 illustrates an application of the method of FIG. 9. 
FIG. 10 depicts command bars from a container application 
and a server application (the object). The bold items repre- 
sent commands that wilt be donated to the merged command 
bar. 

At line 1000, the method starts with the object's command 
bar items. Sec FIG. 9, step 920. 
65 At line 1005, because the item U is the first item in the 
container's command bar, it is positioned first in the merged 
command bar. See FIG. 9, step 930. 
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At line 1010, because the object's command bar contains 
an item that is equivalent to the item U, which precedes the 
item V, the item V is positioned after the item U. See FIG. 
9, step 950. 

At line 1015, because the item X from the container's 
command bar is equivalent to the item X in the object's 
command bar, the container's item X is placed in the merged 
command bar in the same position as the object's item X. 
See HG. 9, step 940. 

At line 1020, because container item Z is preceded by 
item Y, and because the object includes an item Y, the item 
Z is placed in the merged command bar after the item Y See 
FIG. 9, step 950. 

At line 1025, the method removes all of the commands 
that are not to be donated to the merged command bar. See 
FIG. 9, step 965. 

It will be appreciated that although neither application 
donates the item Y to the final result in this example, keeping 
the item Y around until the last step allows item Z to be 
placed in a natural position. This aspect of the process allows 
the final result to be closer to the user's expectation. 

FIG. 11 is another example of an exemplary method for 
merging command bars. FIG. 11 includes a container appli- 
cation's command bar UOO, a server application's command 
bar 1105, and the merged command bar 1110 that results 
from applying the method of FIG. 9 to the commands. 

From the foregoing description and examples, it will be 
appreciated that command bars provide improved menu 
merging capabilities, as indicated by the preceding 
examples. Command bar merging allows container- related 
and object-related commands to come from appropriate 
sources and to operate properly when selected. The resulting 
command bar has commands from both appUcations. When 
a command is selected from the merged command bar, the 
OfGce shared code routes the instructions to the proper 
application. 

TEARING OFF MENU POPUPS 

FIG. 7 illustrates a method for "tearing off' menu popups 
and displaying them as floating command bars. Each menu 
popup 735 that can be torn off includes a drag handle 740. 
The drag handle resembles the title bar that is used to drag 
most application windows. The drag handle provides a 
distinguishing visual cue for tear-off menus and also pro- 
vides a cue on how the menu can be torn off 

In an exemplary embodiment, a user has two ways to tear 
off a tearable menu popup. In a first method, the user can 
click on a menu control and cause the menu popup to be 
displayed, as in FIG. 7. The user may then click on the drag 
handle 740 and drag the menu popup. This results in the 
menu popup being torn off and converted into a floating 
command bar. This process is similar to how window are 
normally dragged in various GUI operating systems. 

Those skilled in the art will understand that the 
"removed" menu popup may be a duplicate, and that the 
original menu popup may still be available in its original 
location. It will be appreciated that the "removed" menu 
popup may be displayed as a floating toolbar-type command 
bar or as some alternate representation. In other words, the 
removed menu popup need not look exactly like the original 
menu popup. In addition, the removed menu popup and the 
original menu popup need not contain identical controls. 

In a second method, the user may keep the mouse button 
pressed down after displaying the menu popup, and then 
move the cursor over the drag handle 740 and release the 
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mouse button. This will result in the menu popup being torn 
off and placed in a default position. 

Addition features can be added to enhance the discover- 
ability and operation of the feature. For example, the drag 

5 handle may change colors when the cursor is positioned over 
it. This would indicate to the user that the drag handle is an 
active control and not just decoration. In addition, when the 
cursor is moved over the drag handle, a tip may appear 
explaining how to tear off the menu popup. 

10 As yet an additional feature, when the user tears off a 
menu popup using the first method, the user can cancel the 
tearing off operation by dragging the floating command bar 
back to its initial position. This will cause the floating 
command bar to snap back into menu popup form if the user 
comes within a certain distance of the original position. 

Those skilled in the art will appreciate that tear off menu 
popups might have been dropped down directly from a top 
level menu control on a command bar, or might be one or 
more layers deep in cascade form. Once the menu popup is 
torn off, it becomes a separate, floating command bar, which 
can be separately positioned and customized. 

SUMMARY OF THE DETAILED DESCRIPTION 

From the foregoing description, it will be appreciated that 
the present invention provides an improved system and 

25 method for displaying controls in a GUI system. In an 
exemplary system, the invention provides a versatile com- 
mand bar data stmcture that may be used to display various 
types of controls in a variety of configurations. By relying on 
a single data structure, command bars provide a variety of 

3Q advantages, including a unified customization procedure, the 
ability to includes any control type in any command bar, and 
simplified underlying code. In addition, command bars 
provide improved command merging and a novel way to tear 
off menu popups and convert them to floating command 

The invention may conveniently be implemented in one 
or more program modules that arc based upon and imple- 
ment the features illustrated in FIGS. 2-11. No particular 
programming language has been described for carrying out 

40 the various procedures described above because it is con- 
sidered that the operations, steps, and procedures described 
above and illustrated in the accompanying drawings arc 
sufficiently disclosed to permit one of ordinary skill in the art 
to practice the present invention. Moreover, there are many 

45 computers and operating systems which may be used in 
practicing the present invention and therefore no detailed 
computer program could be provided which would be appli- 
cable to all of these many different systems. Each user of a 
particular computer will be aware of the language and tools 

50 which are most useful for that user's needs and purposes. 
Although the invention was described in the context of 
one or more application programs using a dynamic-link 
library to implement command bar code, including methods 
for merging command bars, those skilled in the art will 

55 appreciate that the invention is applicable to other applica- 
tions and methods. Similarly, the invention may be applied 
regardless of whether the GUI elements are implemented in 
program modules associated with an operating system or 
application program. 

60 The present invention has been described in relation to 
particular embodiments which are intended in all respects to 
be illustrative rather than restrictive. Alternative embodi- 
ments will become apparent to those skilled in the art to 
which the present invention pertains without departing from 

65 its spirit and scope. Accordingly, the scope of the present 
invention is defined by the appended claims rather than the 
foregoing description. 
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What is claimed is: 

1. A computer-readable medium having a plurality of data 
fields comprising: 

a data structure represented by said plurality of data fields 
said data structure comprising; 5 
a first data field contained in said data structure, said 
first data field containing data representing a com- 
mand bar; 

a second data field contained in said data structure, said 
second data field containing data representing a 
plurality of controls included in the command bar, 
the controls being chosen from a group including 
simple menu items and interactive controls; and 

a third data field contained in said data structure, said 
third data field containing data representing the dis- 
play state of the command bar, said display state of 
the command bar being chosen from a group com- 
prising a toolbar-like display state and a menu-like 
display state. 

2. The computer-readable medium of claim 1, wherein the 
command bar is a toolbar- like command bar and the plural- 
ity of controls include at least one popup menu control. 

3. The computer-readable medium of claim 2, wherein the 
plurality of controls include at least one other interactive 
control in addition to the at least one popup menu control. 

4. The computer-readable medium of claim 1, wherein the 
command bar is a menu-like command bar and the plurality 
of controls include a simple menu item and at least one 
interactive control 

5. The computer-readable medium of claim 1, wherein the 
interactive controls comprise a popup menu control. 

6. In a computer system including a shared program 
module including at least one function for manipulating the 
command bars and shared memory for storing data associ- 
ated with the command bars, a method for implementing 
command bars in an apphcation program module, compris- 
ing the steps of: 

in the application program module, calling a function to 
display a menu -like command bar including an inter- 
active control, said function utilizing a single data 
structure capable of representing a menu-like command 
bar or a toolbar-like command bar; 

in response to an input signal, receiving from the shared 
program module an indication of the selection of the 
interactive control; 

45 

in response to the indication, determining a function 

associated with the control; and 
performing the function associated with the control. 

7. The method of claim 6, wherein the menu-like com- 
mand bar also includes a simple menu item. jq 

8. A method for providing command bars, comprising the 
steps of: 

displaying a tool-bar like command bar including at least 
one menu control utilizing a single data structure 
capable of representing a menu-like command bar or a 55 
toolbar-like command bar, 

receiving an indication that the menu control has been 
selected; 

in response to the selection of the menu control, display- 
ing a menu-like command bar including at least one 60 
interactive control. 

9. The method of claim 8, wherein the menu-like com- 
mand bar further comprises at least one text string and an 
icon associated with the text string. 

10. The method of claim 8, wherein the toolbar-like 65 
command bar further comprises a plurality of interactive 
controls. 



40 



11. A method for customizing a command bar including a 
menu control, comprising the steps of: 

displaying a first command bar including a menu control 
utilizing a single data structure capable of representing 
a menu-like command bar or a toolbar- like command 
bar; 

displaying a container including an available control; 

receiving from an input device an indication that the 
available control has been moved to the menu control 
in response to the available control being moved to the 
menu control, displaying a menu popup associated with 
the menu control; 

receiving from the input device an indication that the 
available control has been moved to a position in the 
menu popup; 

displaying the available control in the position in the 
menu popup. 

12. The method of claim 11, wherein the container com- 
prises a second command bar. 

13. The method of claim 11, wherein the container com- 
prises a customize window. 

14. A method for removing a menu popup from a com- 
mand bar, comprising the steps of: 

displaying a command bar utilizing a single data structure 
capable of representing a menu-like command bar or a 
toolbar-like command bar; 

displaying an original menu popup including a drag 
handle, the menu popup being connected to the com- 
mand bar; 

receiving from the input device an indication that the drag 
handle has been dragged away from the command bar; 

receiving from the input device an indication that the drag 
handle has been dropped; and 

displaying a removed menu popup in a position corre- 
sponding to the drop indication. 

15. The method of claim 14, wherein the removed menu 
popup is a floating command bar. 

16. The method of claim 14, wherein the removed menu 
popup is a duplicate of the original menu popup. 

17. The method of claim 14, wherein the removed menu 
popup is an alternate representation of the original menu 
popup. 

18. A method for removing a menu popup from a com- 
mand bar, comprising the steps of: 

displaying a command bar utilizing a single data structure 

capable of representing a menu-like command bar or a 

toolbar-like command bar; 
displaying an original menu popup including a drag 

handle, the original menu popup being connected to the 

command bar; 
receiving from the input device an indication that the drag 

handle has been selected; and 
in response to the drag handle being selected, displaying 

a removed menu popup in a default position separate 

from the command bar. 

19. The method of claim 18, wherein the removed menu 
popup is a floating command bar. 

20. The method of claim 18, wherein the removed menu 
popup is a duplicate of the original menu popup. 

21. The method of claim 18, wherein the removed menu 
popup is an alternate representation of the original menu 
popup. 
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